home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
17 Bit Software 6: Level 6
/
17 Bit - Level 6 (1998)(Epic Marketing)[!].iso
/
quartz
/
q1174.dms
/
q1174.adf
/
runlame_v1.28
/
docs
/
RunLame.history
< prev
next >
Wrap
Text File
|
1993-08-12
|
13KB
|
305 lines
History:
-------
V1.1 : ·First public release named `RunPal'.
V1.2ß: ·Not released.
·Corrected the version string to be displayed OS3+ conform using the
CLI "Version" command.
V1.3ß: ·Not released.
·Disables caches, burst modes and copyback mode now.
V1.4ß: ·Not released.
·Added the template switches for screen, caches, burst, copyback and
VBR moving (VBR moving is not yet implemented).
·Online help available now via HELP.
V1.5ß: ·Not released.
·RunPal is renamed to RunLame due to many enhancements that were
added to the program, which now doesn't only open a PAL screen, but
is able to run many more lame programmed software.
·VBR is only moved when nescessary, it is enclosed in Disable()
Enable(), Caches will be flushed and overwritten data is
saved before moving and restored after restoring VBR.
V1.6ß: ·Not released.
·The screen has been minimized and can be in-/visible now.
·RunLameInfiltrator is now distributed with the package.
·FileLinker and FileUnlinker are now distributed with the package.
V1.7ß: ·Not released.
·Due to improved system conformity the little PAL screen has a name
now.
V1.8ß: ·Not released.
·Graphical user interface added.
V1.9ß: ·Not released.
·Performed some improvements of GUI.
·When having used GUI all possible CLI window output of the
commandline executed is redirected to an automatically opening CON:
window, which can be closed asynchronously to termination of
RunLame.
V1.10ß: ·Not released.
·Added file requester gadget and ASL file requester to GUI.
·When a further window (any requester for example) is opened by the
GUI, the menu is disabled totally.
·It is now impossible to launch an empty commandline from within
GUI.
V1.11ß: ·Not released.
·When a further window (any requester for example) is opened by the
GUI, the gadgets are all disabled (except for the GENERIC_KIND).
·Fixed a spelling error: `modi' -> `modes'
V1.12ß: ·Not released.
·Window now has a zoom gadget and is aware of resizing (DragIt), try
to resize the window with a resizing patch program, it will allways
snap back to it's old size. Nobody should try to resize a window
without sizing gadget, Bilbo's windows will strike back :-)
·The settings can be chosen now. You may use the default settings of
RunLame, or you can force RunLame to configure to the current
system settings.
·The above mentioned settings can be overridden by using options.
·The resulting configuration of RunLame is reflected by the GUI now.
V1.13ß: ·Not released.
·The RunLame GUI now is an application window when the Workbench is
opened, hence (even multiselected) icons can be dropped in to fill
the commandline string gadget.
·RunLame may now be started from Workbench. The icon may contain
various tool types.
V1.14ß: ·Not released.
·If RunLame has to inform the user of an error, this will happen
depending on where it has been started from:
Has RunLame been started from the CLI, all error messages go to the
default output of RunLame, hence it can be redirected (needed for
script files, maybe). Has RunLame been started from the Workbench,
all error messages appear in requesters, providing full comfort.
·Dropping icons into RunLame's window now adds the path/name of the
appropriate object to the commandline string gadget (gadget is not
cleared, as in previous version).
·Usage of the file requester now adds the path/name of the
appropriate object to the commandline string gadget (gadget is not
cleared, as in previous version).
·When launched from Workbench, all multiselected icons' (objects)
path/name will appear added to the commandline string gadget.
V1.15ß: ·Not released.
·Bug fixed: Previous versions did try to get the path/name of
RunLame into a 30 bytes buffer. When both together was bigger, the
starting from Workbench would fail (only V1.14). The buffer is now
128 bytes bigger, and the path is not retrieved any more when
started from Workbench, in no case the path will be prompted.
Hoooray, this was the first bug found in RunLame!
V1.16ß: ·Not released.
·When any additional requester is opened by RunLame itself, in the
meanwhile all input to RunLames's main window is blocked and the
pointer changes to busy image.
V1.17ß: ·Not released.
·Bug fixed: Previos versions failed on pathes/filenames including
space characters, because Execute() couldn't find them when they
are not enclosed in "'s. Now a " is pre-/appended if
pathes/filanames contain space characters.
·A seperating space is only inserted in the string gadget when
nescessary.
·When commandline string gadget overflows while using the
application window feature or the filerequester or the startup
multiselect feature, a DisplayBeep() is generated to alarm that not
all selected names are reflected in the string gadget.
·Application icon feature added. This is not yet working as stand
alone, but in combination with the GUI it is fully functional.
V1.18ß: ·Not released.
·APPICON feature now fully functional. Double click the application
icon to quit RunLame.
·LOOP option added. RunLame will pop up again after having executed
a commandline, until it is definitely quitted by the user. This
feature has been suggested by Milano.
·Bug fixed: Launch menu item is enabled now when a commandline is
given at RunLame startup when using the GUI.
·Bug fixed: It was possible to launch an empty commandline from GUI
when clearing the string gadget, not pressing Enter, but selecting
the Launch menu item.
V1.19ß: ·Not released.
·Bug fixed: The PAL screen tag list was not terminated with
TAG_DONE. I wonder why this worked:-)
·The PAL screen now is in PAL:Low Res (non interlaced).
·PATH parameter implemented. Supply a path with PATH to set the
initial drawer of the file requester. This feature again has been
suggested by Milano.
V1.20ß: ·Not released.
·The gb_MemType is set to BANDWIDTH_1X now on AGA machines. This
has been suggested by ID of Sphinx. The tip came originally from
Randell Jesup.
·Now System() is used to execute the commandline, instead of
Execute(). Thus now it's possible to break all breakable runlamed
programs. Furthermore the error number generated by the
commandline is returned by RunLame now.
V1.21ß: ·Not released.
·Bug fixed: Since V1.19ß there has been an Enforcer hit to $0 when
PATH has not been specified. This didn't hurt, because at $0
normally a 0 byte is located, so the PATH was considered as empty
string, and this is what we wanted it to be when we don't specify a
PATH.
·The output window now will open with full width on all Workbenches
(it did formerly open in maximal 720 pixels width).
·Changing and restoring gb_MemType is now safer (no task switching
in meanwhile). When another task changes gb_MemType after we did,
the old value is not going to be restored, so we don't kill the
environment of the other task (BTW, nobody had problems, but I
think it's just smarter this way).
·Some internal improvements (now setting the secondary error code,
too, though it seems this is not nessesary).
V1.22ß: ·Not released.
·This version is somewhat experimental, I have to wait for the
results of my ß-testers, because I don't own an AGA model.
gb_MemType is only changed during the opening of the little PAL
screen. Both happens while only interrupts are allowed but no
taskswitching, thus reducing the chance another task can open a
screen with the wrong bandwidth. This would be the smartest way to
do this all, but I don't know if this works. Furthermore all
screens opened by programs in the execution commandline will have
the former system bandwidth, but these programs should be aware of
that when they are systemfriendly (I know only 2 demos which do
open a screen using OpenScreen(TagList)()).
V1.23ß: ·Not released.
·Bug fixed: NOVBRTOFAST switch didn't work.
·Bug fixed: VBRTOFAST did hang the system when the VBR was
originally located at $0.l (WHY do I always have to find these
nasty bugs myself, I thought I had beta testers :-). This bug has
been in RunLame for a rather long time, but I don't know exactly
since which version.
·Heavy internal changes to the processor degrading/restoring code.
It is now much more safer and no inconsistencies in multitasking
with other tasks changing the same registers should occur (though
nobody reported any problems).
·When LOOP and GUI is used, the GUI pops up first time centered
under the mouse pointer, but the next times it pops up always where
it was located before disappearing. This feature has been
requested by Milano.
V1.24ß: ·Not released.
·The file requester now remembers the last entered directory when
OKAY has been selected (not if CANCEL has been pressed). Again a
suggestion by Milano.
·When using menu item `Enter commandline' while window is zoomed,
the window will be brought to full size.
·Bug fixed: When the height of font used for RunLame's GUI window
drag bar differed from 8, the zoom gadget did still zoom the window
to a height of 8 pixels, which resulted in an awful looking window
drag bar. The zoomed height of the window now depends on the
height of the font used for the window's drag bar. (Does none of
my ß-testers use a font with another height than 8 ? Or do they
never zoom the window ?)
V1.25: ·Released to the public for the first time.
·It's now possible to turn off the commandline appending feature
with NOAPPEND. I really can't see why anybody could need this, but
I added this for Milano. I might reference this mode by
`dumbnosemode' :-).
V1.26ß: ·Not released.
·The PAL screen name is now identical for all forthcoming versions,
so it is not needed to update any databases where the screen name
has been registered (NewMode, Domino promotion system, ...).
·The windows drag bar height in zoomed state is now calculated as
proposed in the include files of C=.
V1.27ß: ·Not released.
·When screen degradation is activated (SCREEN option), the sprite
resolution for that PAL screen is explicitely reset to low
resolution. This might not be needed, because the sprite
resolution for a that PAL screen should be lores anyway. In case
of false promotion of that PAL screen, at least the sprites will be
set to lores now.
V1.28: ·Second public release.
·When screen degradation is activated (SCREEN option), the sprite
DMA of the mouse pointer will point to a NULL graphic, thus
reducing the chance of sprite flicker if the lame program does just
disable the sprite DMA in the wrong moment. This does only work
if the user doesn't activate any window in the launch phase,
because all windows keep their pointer for greater convenience.
·The CLI option NOVBRTOFAST has been renamed to VBRTO0. The
Workbench tooltype VBRTOFAST has been renamed to VBR.
·Checking if the PAL screen opened really in PAL lores. Results in
an error message if a promotor did change the screen mode.
·Bug fixed: mutual excluding Workbench tooltypes didn't produce an
error message.